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METHOD AND APPARATUS FOR MINIMIZING STORAGE OF COMMON 
ATTACHMENT FILES IN AN E-MAIL COMMUNICATIONS SERVER 

5 FIELD OF THE INVENTION 

The present invention relates to the storage and maintenance of e-mail 
attachment files in an e-mail communications server, and more particularly, to a 
method and apparatus for reducing the number of copies of identical attachment 
files stored in the e-mail communications server. 

10 

^ DESCRIPTION OF THE RELATED ART 

sj During the past decade, electronic mail ("e-mail") has become an 

Lfi indispensable tool for facilitating business and personal communications. Through 
^; computer networking systems such as local-area networks ("LAN"), wide-area 
%5 networks ("WAN"), and the world-wide web ("WWW"), network users can send and 
i J receive notes, messages, letters, etc., to communicate with others who are in the 
□ same office or perhaps in remote locations across the world. 

E-mail application programs are typically configured for generating messages 
in the form of memoranda. An e-mail application user interface guides a user to 
20 "compose" an e-mail communication by providing a platform for entering at least 
one outgoing e-mail address, a "subject" heading, and a "body" for the actual 
message. The user may also designate a document, file or executable program to be 
attached to the e-mail message. When the user completes typing the message and 
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presses the "send" key, the message is transmitted over the network and is routed 
for delivery to an e-mail server corresponding to the provided destination address. 

A known e-mail communications system and a method for transmitting e- 
mail communications between networks over the Internet are described with 
5 reference to Fig. 1. Computers 10a- 10c are connected through a local area network 
(LAN) 11 to e-mail communications system 12, which can send e-mail 
communications to any of computers 18a- 18c through e-mail communications 
system 16 and local area network (LAN) 17. E-mail communications systems 12 
and 16 include Mail Transport Agent (MTA) servers 12a, 16a, Post Office Protocol 

id (POP or POP3) servers 12b, 16b, and Message Store 12c, 16c. The e-mail 

! l! ' " " " ' ' " " ' 

m communications servers 12 and 16 are also connected to their respective domain 

H a name servers (DNS) 13, 15. 

-.1 

When an e-mail communication is transmitted according to the Simple Mail 
r.] Transport Protocol (SMTP), it is first divided into three components: the sender's 

l.Li 
.; sj. 

1;5 "mail from:" address; the recipient address list; and the data portion of the message. 
After a user of computer 10c prepares an e-mail communication and sends the e- 
mail across the LAN 11, it is sent to the MTA 12a, which accepts e-mails for 
delivery. The MTA then separates the address information from the data portion of 
the e-mail. The MTA parses the envelope to determine whether to route the 

20 message to an external network or store the message in Message Store 12c for 

access by another computer connected to the LAN 11. The MTA "postmarks" the e- 
mail by adding routing data to the header before storing the message. 
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If the e-mail is to be sent to another user on a different mail system, the MTA 
12 next determines the domain for the intended recipient through its DNS 13, 
which queries the recipient system's DNS 15 through the Internet. Upon receiving 
the domain information, MTA 12a transmits the e-mail communication to MTA 16b, 
5 which is waiting to accept e-mail. MTA 16b then stores the received e-mail in 
Message Store 16c. Later, a user on computer 18a can log in to the e-mail system 
and connect to the POP server 16a, which determines if there is new mail to 
download. POP server 16a can then retrieve the e-mail communication from the 
j»i Message Store 16c and transmit the e-mail through the LAN 17 to the user. 
1Q It is common for users to send a single e-mail communication to multiple 

V'! recipients. This typically occurs when the e-mail communication contains a 
|a " humorous joke or anecdote, a political announcement or notice, an advertisement, 
Tj s or pertains to any other subject matter that is of common interest. Some of the 

(S CI 

m recipients may in turn forward this e-mail communication to other groups of 
15 recipients. In some instances, a single e-mail communication ultimately may be 
transmitted and forwarded to thousands of recipients, and, through different 
sources, some users may even receive multiple copies of the same e-mail 
communication. Such e-mail communications may additionally include large 
attachment files stored along with the e-mail message. 
20 When an e-mail communication is transmitted to a plurality of recipients who 

are connected to the same e-mail communications server, only a single copy of the e- 
mail communication message and attachment is stored in the Mail Storage of the e- 
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mail server. For example, if a prospective vendor sends a solicitation via e-mail to a 
large group of employees in a single company, the company's e-mail server will store 
only a single copy of the e-mail solicitation. The e-mail message and attachment 
will remain in the Mail Storage until it is designated for deletion by each of the 
5 recipients. Consolidating storage of e-mail communications in this manner can 
reduce the amount of memory required in the company's e-mail communications 
server. 

Although presently available e-mail communications systems consolidate 
storage when an e-mail communication transmitted by a single sender is received 
IQ for distribution to a plurality of recipients in a common e-mail server, such e-mail 
11 systems do not consolidate storage of the e-mail communication file when it is 
j "! forwarded to others in the network, resulting in multiple copies of the same file(s). 
l Likewise, if a common e-mail communication is separately transmitted to multiple 

y recipients in a network, or is transmitted multiple times to a single recipient, the e- 

r ~i 

15 mail system retains multiple copies of the same file(s) in Mail Storage. This 
duplication of file storage reduces the efficiency of the e-mail communications 
server. 

20 
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SUMMARY OF THE INVENTION 

In view of the difficulties described above regarding the duplication of storage 
of common e-mail communications in an e-mail server, there is a need for a method 
and apparatus for automatically detecting and consolidating storage of common e- 
5 mail attachment files received in an e-mail communications server. 

An object of the present invention is to provide a method of storing an e-mail 
communication containing an attachment file received in an e-mail server. A 
database of attachment files previously stored in the e-mail server is searched for a 
■r\ copy of the attachment file from the received e-mail communication. If a copy of the 

IQ attachment file is located in the e-mail server, the attachment file from the e-mail 

ill 

'-fl communication is removed, and a link is created from the e-mail communication to 
1 the previously stored attachment file in the database. 

Another object of the present invention is to provide a method of storing 

y attachment files to e-mail communications received in an e-mail server. Header 

□ 

W information from the e-mail communications is extracted and stored in a mail store. 

CI! 

Header information from the attachment file to be stored is also extracted. The 
extracted attachment file header information is compared with header information 
from attachment files previously stored in the mail store to determine whether the 
attachment files received with the e-mail communications are duplicates of 
20 previously stored files. If an attachment file is a duplicate, a link is stored in the 
mail store between the e-mail header information and the previously stored 
attachment file. 
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Yet another object of the present invention is to provide an e-mail 
communications server. An MTA server receives e-mail communications from an 
external network. A mail store stores e-mail communications received by the MTA 
server. A POP server downloads e-mail communications from the mail store to 
5 client computers through an internal network. E-mail attachment file checking 
software determines whether attachment files in received e-mail communications 
are duplicates of attachment files in the mail store. The mail store then removes 
duplicate attachment files from e-mail communications and creates links from 
i-« received e-mail communications to the corresponding attachment files in the mail 

sr 

w 

10 store. 

Pi i 

it\ BRIEF DESCRIPTION OF THE DRAWINGS 

^; FIG. 1 is a schematic diagram of a known e-mail communications and 

'so? 

computer network system. 

: : 

i , | FIG. 2 is a schematic diagram of an e-mail communications server according 

15 to a preferred embodiment of the present invention. 

□ 

FIG. 3 is a flow diagram for storing storing an attachment file in the e-mail 
communications server of the preferred embodiment of the present invention of Fig. 
2. 

FIG. 4 is a table of an exemplary header database in the e-mail 
20 communications server of FIG. 2. 

FIG. 5 is a table of an exemplary attachment file database in the e-mail 
communications server of FIG. 2. 
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FIG. 6 is a flow diagram for deleting e-mail communications and e-mail 
attachment files from e-mail communications according to the preferred 
embodiment of the present invention. 

5 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention provides an e-mail communications system that 
minimizes the number of duplicate copies of common attachment files to e-mail 
communications that are stored in the mail store of an e-mail server. When the e- 
:«s mail server receives an e-mail attachment file that is larger than a threshold size, 

: s r ? 
i 

3 3.- 

I€j the server performs a database search for another copy of the attachment file in the 

Mi mail store. If another copy is located, the system creates a pointer in the mail store 

h ;! that associates the located attachment file with the e-mail for the additional 

y s recipient(s). An attachment file is deleted only after all e-mail communications that 

hi include the attachment file are deleted. 

O 

W The present invention will now be described in more detail with reference to 

the figures. FIG. 2 is a schematic diagram of an e-mail communications server 20 
in accordance with a preferred embodiment of the present invention. E-mail server 
20 includes an MTA server 22 for transmitting and receiving e-mails, a mail store 
23 for storing e-mail communications prior to downloading by a recipient client, and 

20 a POP server 21 for forwarding e-mail communications from the mail store 23 to 
recipient clients. In the present invention, e-mail server 20 additionally includes a 
duplication checker 24, which intercepts e-mail communication files prior to storage 



7 




in mail store 23. The duplication checker 24 contains size checker software 25 that 
determines the size of e-mail attachments to be stored in the mail store 23, and file 
comparison software 26 for detecting whether large e-mail attachment files that are 
to be stored are duplicate copies of previously-stored e-mail attachment files. 

5 Mail store 23 contains an attachment file storage database 28 for storing 

attachment files from e-mail communications received from the MTA 22. The 
attachment files are stored separately from the corresponding e-mail header 
information and message, which are maintained in a header database 27. For each 

□ e-mail communication received by the MTA 22 that includes at least one 

Si 

W attachment file, the header database 27 stores at least one link to the corresponding 

ru 

;: j attachment file(s) in the attachment file storage database 28. As explained in 

•3-- 

=i further detail below, detected attachment files that are referenced by multiple e- 
u mail communications are stored in a common attachment section 29a, separate 

: : 

U! from the storage of other attachment files 29b. Much like a cache, the common 

u 

attachment section 29a stores files that are accessed more frequently in the 
attachment file database 28. 

Fig. 3 shows a method for storing e-mail attachment files in the mail store 
according to the preferred embodiment. When an e-mail communication is received 
in the MTA server in step 30, the MTA server processes the e-mail communication 
20 in step 31 to separate the header file from the e-mail message data and e-mail 
attachment file data, if present. If the MTA server determines in step 32 that no 
attachment file is included in the e-mail communication, the e-mail message is 

8 
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stored in step 33 in the mail store. The e-mail message may be stored in any 
conventional manner in the mail store. The mail store may be configured such that 
the e-mail header and message are stored in header database 27, without a link to 
the attachment file storage database. Alternatively, the header of the e-mail 
5 message can be stored in header database 27 with a link to the e-mail message 
data, which may be stored in another e-mail database in the mail store (not shown 
in Fig. 2). As a further alternative, the e-mail header and message data may be 
stored together in the e-mail database without any link in the header database 27. 
Q If the MTA server determines in step 32 that an attachment file is included 

10 in the e-mail communication, the size checker software 25 in the duplication 
[I checker 24 determines the attachment file size in step 34. If it is determined in step 

35 that the attachment file is not greater than a threshold size, the mail store in 
M s step 39 stores the header and message information (depending upon configuration) 
j ^ in the header database 27. In step 40, the attachment file is then stored in the 

r~jj 

15 main section 29b of the attachments file storage database 28. A link is created in 
the header database from the header to the stored attachment file. In the e-mail 
server 20 of the preferred embodiment, all attachment files, regardless of size, are 
stored in the attachment file storage database, and the header database 27 creates 
a link from the corresponding e-mail header to the attachment. In the alternative 

20 embodiment in which the e-mail message is stored in an e-mail database in the mail 
store 23, the attachment file may also be stored in the e-mail database together 
with the e-mail message. 
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The duplication checker of the preferred embodiment is configured to reduce 
the number of duplicate attachment files that are greater than a certain, 
predetermined threshold size. As will be described, the steps of processing the 
attachment file prior to storage, searching the attachment file database for 
5 duplicates, and moving files from the main section 29b to the cached common 
attachments portion 29a of the attachment files database are time intensive. 
Attachment files of a relatively small size, such as those below 50 KB, do not occupy 
significant space in the attachment file storage database, even if multiple copies 
□ have been received and stored therein. Therefore, attachments that are relatively 
ip small text files, such as short letters or memoranda, are not searched for duplicates. 

ry 

i ti; 

In contrast, large attachment files, such as those above 1 MB (or any other pre- 
!"*! determined threshold), can require significant resources when multiple copies are 
U 5 stored in the e-mail server. An inordinate number of duplicates of large attachment 

U! files stored in the e-mail server may overfill the server, such that the e-mail 

i" ~\ 

;S3t 

iSj communications server will cease operating until files are deleted. For this reason, 
information systems managers who operate conventional e-mail communications 
systems caution users to promptly delete large e-mails and discourage others from 
sending e-mails with large attachment files to the e-mail server. 

If, in step 35, size checker 25 in the e-mail server 20 determines that an e- 

20 mail attachment in a received e-mail communication is greater than a threshold 
size, the duplication checker 24 next processes the attachment file in step 36 to 
generate file identification information. As will be described in further detail below, 
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this can be performed by any of several methods, such as a checksum 
determination, or extraction of certain attachment file header information. The 
processing step generates information by which the attachment file comparison 
section 26 of the duplication checker 24 can search the attachment file storage 
5 database 28 for identical attachment files, in step 37. 

If the duplication checker determines, in step 38, that there are no copies of 
the attachment file previously stored in the mail store 23, then the mail store stores 
the attachment file in the main section 29b in step 39, and creates a record in the 

□ header database and a link in the record from the attachments database to the 

id header database, in step 40. 

r li 

!;'[ If the duplication checker locates another copy of the attachment file, the 

%\ mail store 23 checks in step 41 if the attachment file is presently stored in the cache 

y t portion 29a of the attachment file storage database 28. However, if the duplication 

U! checker determines that the attachment file is in the cache portion 29a, then the 

.5 31 

u 

lf> attachment file is already associated with a plurality of e-mail communications. In 
that case, the mail store creates a link in the record of the header database to the 
attachment in the cache portion 29a in step 44. 

If the attachment file is not presently in the cache portion 29a, then the 
attachment file has thus far been associated with only a single e-mail 

20 communication. In step 42, the attachment file is transferred from main section of 
the database 29b to the cache portion 29a. The links in the record of the other, 
previously stored e-mail communication associated with the attachment file is 
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modified to reflect the change in storage location in step 43. The mail store then 
creates a link in the record of the header database to the attachment in the cache 
portion 29a in step 44. 

In the preferred embodiment, as shown in Fig. 3, the mail store 38 places an 
5 attachment file in the cache portion of the attachment file storage database 28 only 
when there are a plurality of e-mail communications received that contain an 
identical attachment file. In some e-mail communications systems, when a sender 
transmits a single e-mail communication to a plurality of recipients on the same e- 
□ mail server, the MTA in the e-mail server receives a single e-mail with a plurality of 
iQi recipient addresses in the header. For such systems, the mail store 23 can be 

configured to check, after determining in step 38 that there is not an attachment 
;"=[ file already in the database, whether the header of the received e-mail 
u communication contains a plurality of recipients who are on the e-mail server. In 
Ul such case, the mail store will create a pointer in step 41 and store the attachment 
Ijf file in the cache portion of the database in step 43. 

The process of searching the attachment file storage database 37 for a 
duplicate of the attachment file to be stored in the mail store indicated by step 37 of 
Fig. 3 can be performed by a variety of methods, according to the type of 
information process for file identification in step 36. Although the most accurate 
20 method for determining whether a duplicate file exists in the attachment file 

database is to perform a bit-by-bit comparison of each file stored in the database 
with the file to be stored, such a test would be unduly time consuming and would 
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adversely affect the operability of the e-mail system. A more efficient method to 
identify the attachment files is to compare the characteristics concerning the files, 
rather than the actual file data itself. 

According to the preferred embodiment, the duplication checker 24 first 
identifies the type of file that is to be stored as an attachment to an e-mail 
communication. For example, an attachment file may be a text, spreadsheet, 
graphics, picture, audio, or video file. By searching first according to the type of 
file, the duplication checker can immediately eliminate the majority of files stored 
I in the mail store from consideration. The duplication checker next identifies the 
\ properties associated with the attachment file in the file header, which may include 
I any of: title/name, MS-DOS name, software program, software program version 
number, author, creation date/time, last modified date/time, size, attributes, last 
saved by, revision number, and revision time (minutes). In the case of a text 
document, such as a Microsoft Word™ document, other properties might include 
the number of sections, pages, paragraphs, lines, words, and characters. A 
Microsoft PowerPoint™ document may include properties such as the type of fonts 
used, design template, embedded OLE servers, and slide titles. 

The duplication checker searches the properties of each attachment file in the 
database that is of the same type as the application file in the received e-mail 
communication. If another attachment file has the identical properties, the 
attachment file in the received e-mail is identified as being a duplicate. 
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Figs. 4 and 5 illustrate an example of the method for storing an attachment 
file in the mail store. The e-mail server 20 of the preferred embodiment, operating 
an e-mail system for the domain "anycompany.com," receives an e-mail in the MTA 
server 22 on November 7, 2000, intended for an employee at the company, Larry 
5 Aslad. The MTA server processes the e-mail and identifies the following: the e- 
mail communication is from deb l@anvisp .com ; it is to be sent to 
asla8908@anvcompanv.com ; the subject heading is "This will get you laughing"; the 
size of the file is 2.03 MB; the e-mail was delivered on 11/04/00, at 10:22 AM; and 

Q the e-mail includes an attachment file. The size of the attachment file is 2.03 MB. 

t$ Because the attachment file in the received e-mail communication is greater 

13 i t 
i : t 
i i.: 

!; 1 J than the threshold size of 0.5 MB, the duplication checker 24 processes the 

! « attachment file in the e-mail communication for file identification. Looking to 

M; header of the attachment file, the duplication checker identifies that the attachment 

U! is a video file, entitled "Whassup," playable on Real Audio™, version 2.0, created on 

fjj October 6, 2000, authored by "Spike." 

The duplication checker 24 now performs a search of the attachment file 

database for common attachment files. Searching the cached attachment file of Fig. 

5 first, it becomes clear that there is only one video file stored in the cache, link 

number 3. As indicated by the "header number" field, this file is currently the 
20 linked attachment for header numbers 1, 5, and 6. 

Comparing this file to the attachment file in the e-mail, it becomes evident 

that the title, size, software and version, author, and creation date are the same. 
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Based upon these common properties, it is determined that the attachment file in 
the e-mail communication for asla8908@anvcompanv.com is a duplicate. It is worth 
noting that the subject headings for the e-mails stored as header numbers 1, 5, and 
6 are each different, and header number 5 was received on a different date from a 

5 different source than headers 1 and 6. The duplicate server and mail store can 
detect that the attachment files are duplicates by storing the attachment file 
separately from the corresponding e-mails. 

Because the file is already in the cache portion of the database, there is no 

r§ need to move the attachment file from the main attachment file storage database 

;. j 

t€j 29b to the cache 29a. The mail store 23 creates a new link and header record in the 
; ,r ! header database of Fig. 4. The new header record appears as follows: header no. 9; 
= Ij username asla8908; subject "This will get you laughing;" date received 11/7/00, and 
L from debl@anvisp.com . Attachment "3" corresponds to the previously cached 
U! storage of the same file in the mail store. In the cached attachment files, header no. 
i| 9 is now added to the header number list. 

The steps for retrieving e-mail from the e-mail server by a client computer 
are now described with reference to Fig. 6. An e-mail client connects with POP 
server 21 in step 60, and selects to download received e-mail in step 61. The POP 
server then accesses the header database 27 in the mail store in step 62 and 
20 extracts the header and e-mail message information from the mail store. In step 63, 
the mail store retrieves the attachment file corresponding to the requested e-mail 
communication through the link in the header database to the attachment file 

15 



storage database 28. The client now can view, reply, forward, copy, or delete the 
received e-mail message and corresponding attachment file. 

If the POP server detects in step 64 that the client requests to delete the e- 
mail communication, the header in the mail store corresponding to the received e- 
mail communication is deleted from the header database in step 66. The header 
reference number is then deleted in step 67 from the corresponding attachment file 
in the attachment file storage database. The mail store then checks in step 68 if 
any header reference numbers for the attachment file remain in the attachment 
database. If all e-mail recipients have deleted the e-mail communication, then the 
attachment file is deleted from the attachment database, in step 70. 

Accordingly, the duplication checker and mail store header and attachment 
databases of the present invention can minimize storage of duplicate attachment 
files in an e-mail communications system. The e-mail server of the present 
invention is configured such that duplicate copies of attachment files are not 
unnecessarily stored in the mail store, whether the attachment files are received 
through separate e-mails or e-mail forwarding by users within the same e-mail 
server network. Thus, it is readily seen that the method and system of the present 
invention provides for improved and efficient e-mail communications, and saves 
valuable memory space in the mail store of an e-mail server. 

The foregoing disclosure of embodiments of the present invention and specific 
examples illustrating the present invention have been presented for purposes of 
illustration and description. It is not intended to be exhaustive or to limit the 
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invention to the precise forms disclosed. Many variations and modifications of the 
embodiments described herein will be obvious to one of ordinary skill in the art in 
light of the above disclosure. The scope of the invention is to be defined only by the 
claimed appended hereto, and by their equivalents. 
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